回复#8 @和坤和大人 :

那你怎么看待CF不用版块分类？

回复#2 @lincanbin :

因为我对PDO了解不多，书本介绍有限，所以就没封装这些。

PDO连接和执行部分我是抄书的。

其他的（包括MySQLi）都是看PHP手册写的。

就是这个：https://github.com/lincanbin/PHP-PDO-MySQL-Class

其实我很懒所以就先抄书然后参考下PHP手册和网上的代码，封装得并不多，代码写得不怎么样，打包上来献丑了。

博客和论坛是两种不同的功能。

回复#9 @shiyewuxian :

领导一拍脑袋想到这种馊主意，也不能怪你们这些开发者了。

说难听点这是没事找抽的，邮件骚扰不烦吗？。

回复#16 @小虫哥哥 :

不管怎么说，那些原创站和比较大的论坛一般都是反感采集的，因为这跟偷盗没有区别，很可能是侵权的，而且采集对目标站点服务器会造成一定的负担。

回复#11 @達也 :

有些mediawiki网站会用这个，但是我Google了下发现solr似乎更好。

回复#9 @lincanbin :

你可以写一个嘛。

回复#4 @lincanbin :

不过MW对于新手来说也不好弄。

回复#16 @小虫哥哥 :

我知道不能完全防止，但是我要尽可能加大采集的成本和难度，让那些垃圾站知难而退。

UA白名单+单IP频率限制已经可以在某种程度上防止采集了，至少效率会降低。

回复#3 @lincanbin :

以后会支持solr吗？

这个似乎性能更好。

整合用户系统是个大问题，所以我才打算开发个可以做多种类型网站的CMS来解决这个问题，包括博客、百科、论坛、商城等等。

不过mediawiki有个大坑就是它是区分用户大小写的，登录、查找用户时如果大小写不一样会找不到的。

我看过了相关代码，发现这个问题不好解决。

doku轻量级，因为它不使用数据库，而是文件储存；

mediawiki不用说，维基百科官方都在用，只是配置相对复杂些，wiki格式也不太好掌握，不过国内有萌娘百科这样的案例，强烈推荐；

HDWiki不推荐。别看它功能似乎很强大，也集成了UCenter，但是它的安全性令人担忧，之前的版本还有不登录就能修改任意用户的密码的严重BUG，我最开始就用它的，后来果断换mediawiki。

其他的都不是问题，但是第二个会影响用户体验的，如果某人有比较急的问题要在论坛提问或讨论，结果刚注册之后若干小时内不能发帖，这肯定很不方便。

如果说阻止spam，这种方法基本上阻止不了，他完全可以等若干小时之后再来灌水。有些论坛设置需要上传头像之后才能发帖，这个方法比较管用。

在这里都能碰到懂易经的高人。

回复#127 @lincanbin :

我才发现代码里面确实没有这些字符。

$charset = 'abcdefghkmnprstuvwxyzABCDEFGHKMNPRSTUVWXYZ23456789';//Random string

这份代码是我根据网上现成的验证码生成类直接改的

回复#124 @lincanbin :

对，这个跟字体有关，有些字体是很难分辨出来的，还有1和小写的L。